home *** CD-ROM | disk | FTP | other *** search
/ TeX 1995 July / TeX CD-ROM July 1995 (Disc 1)(Walnut Creek)(1995).ISO / tex-k / tex-k-archive.past / tex-k-archive.gz / tex-k-archive / 000672_kb@cs.umb.edu_Tue Jun 21 08:08:50 1994.msg < prev    next >
Internet Message Format  |  1994-10-11  |  2KB
  1. Received: from terminus.cs.umb.edu by cs.umb.edu with SMTP id AA13761
  2.   (5.65c/IDA-1.4.4 for <tex-k-exp@cs.umb.edu>); Tue, 21 Jun 1994 16:31:05 -0400
  3. Received: by terminus.cs.umb.edu id AA00829
  4.   (5.65c/IDA-1.4.4 for tex-k); Tue, 21 Jun 1994 12:08:50 -0400
  5. Date: Tue, 21 Jun 1994 12:08:50 -0400
  6. From: "K. Berry" <kb@cs.umb.edu>
  7. Message-Id: <199406211608.AA00829@terminus.cs.umb.edu>
  8. To: tex-k@cs.umb.edu
  9. Subject: Re: latex2e vs. latex209 inputs
  10.  
  11. A friend wrote (me privately, so I'll leave it anonymous till he speaks
  12. up :-):
  13.  
  14.     About the syntax of the config file itself: I suggest that,
  15.     rather than inventing and supporting a new format, you use
  16.     a well-understood existing language: sh.  
  17.  
  18. It's an interesting idea, but I think there is a problem: an sh file
  19. couldn't be read anything *except* a shell script. I want the config
  20. file to be read if you just invoke the usual virtex executable, without
  21. having to have a script wrapper around it.
  22.  
  23. On the other hand, it's certainly true that there will be the temptation
  24. to add ever more features (conditionals, functions, ...) to the config
  25. file, until it's yet another little language. I hope it doesn't come to that.
  26.  
  27. If there was a way to make it so the config file could be exec'd and
  28. still have its result affect the environment (or somehow easily pass its
  29. answers back), that would be cool. (Then the config file could be perl
  30. or sh or awk or whatever you like.) But I don't think there is, unless
  31. the config file is actually a ``config program'', and has to print its
  32. answers on stdout that kpathsea then parses -- which pretty much begs
  33. the question.
  34.  
  35. At least in its current/initial form, the syntax is pretty straightforward:
  36. <variable> [ . <program> ] = <value>
  37.  
  38. The only extra feature it has is simple variable expansion: $var and
  39. ${var}. (kpathsea has had those for a long time.)
  40.  
  41. Any thoughts or suggestions?